home *** CD-ROM | disk | FTP | other *** search
/ QRZ! Ham Radio 4 / QRZ Ham Radio Callsign Database - Volume 4.iso / digests / tcp / 940129.txt < prev    next >
Internet Message Format  |  1994-11-13  |  14KB

  1. Date: Sat, 25 Jun 94 04:30:02 PDT
  2. From: Advanced Amateur Radio Networking Group <tcp-group@ucsd.edu>
  3. Errors-To: TCP-Group-Errors@UCSD.Edu
  4. Reply-To: TCP-Group@UCSD.Edu
  5. Precedence: Bulk
  6. Subject: TCP-Group Digest V94 #129
  7. To: tcp-group-digest
  8.  
  9.  
  10. TCP-Group Digest            Sat, 25 Jun 94       Volume 94 : Issue  129
  11.  
  12. Today's Topics:
  13.             [BTITMARS%ESOC.BITNET@vm.gmd.de: help ip tos]
  14.                   History and the Final TNC (2 msgs)
  15.                    IP-TNC, the beginings? (2 msgs)
  16.                         MOSAIC Server (2 msgs)
  17.                             Router Project
  18.                Router Project (TNC from Hell) (3 msgs)
  19.                         Telnet Client for JNOS
  20.  
  21. Send Replies or notes for publication to: <TCP-Group@UCSD.Edu>.
  22. Subscription requests to <TCP-Group-REQUEST@UCSD.Edu>.
  23. Problems you can't solve otherwise to brian@ucsd.edu.
  24.  
  25. Archives of past issues of the TCP-Group Digest are available
  26. (by FTP only) from UCSD.Edu in directory "mailarchives".
  27.  
  28. We trust that readers are intelligent enough to realize that all text
  29. herein consists of personal comments and does not represent the official
  30. policies or positions of any party.  Your mileage may vary.  So there.
  31. ----------------------------------------------------------------------
  32.  
  33. Date: Fri, 24 Jun 1994 10:25:43 -0700
  34. From: Phil Karn <karn@qualcomm.com>
  35. Subject: [BTITMARS%ESOC.BITNET@vm.gmd.de: help ip tos]
  36. To: karn@unix.ka9q.ampr.org
  37.  
  38. Barry followed up with a direct note explaining the behavior: there
  39. was a mixture of TCP packets from FTP data and control channels. and
  40. these packets (from a Linux box) had different TOS settings (as per
  41. the more recent IETF recommendations).  The NOS box was only doing
  42. what it had been designed to do with these different TOS settings.
  43.  
  44. Now suggestions on what NOS *should* do with those bits are of course
  45. always welcome -- I came up with the current scheme probably 8 years ago
  46. when I was originally designing the code and haven't changed it since.
  47.  
  48. Phil
  49.  
  50. ------------------------------
  51.  
  52. Date: Fri, 24 Jun 94 13:24:43 +0100
  53. From: agodwin@acorn.co.uk (Adrian Godwin)
  54. Subject: History and the Final TNC
  55. To: tcp-group@UCSD.EDU
  56.  
  57. > From: ssampson@sabea-oc.af.mil (Steve Sampson)
  58.  
  59. > enjoyable. Finally you probably shouldn't judge the journey on what is 
  60. > printed
  61. > in the tcp-group archives.  Only a fraction of the discussions get in there,
  62. > while the subscribers talk amongst themselves.  Sort of like contract
  63. > side meetings with only the major points being printed :-)
  64.  
  65. Makes it even worse ..  all that private talk and the same ideas are still
  66. put forward because we've done the frilly bits instead of the real jobs,
  67. like non-subnet routing and fixing the RF layer. Apologies to anyone who
  68. feels they've made a bigger contribution : I'm looking at my performance
  69. and generalising.
  70.  
  71. In the meantime, the rest of the IP world has got closer to a wired model,
  72. making it necessary to limit our view of what's really possible to what's 
  73. possible in an imperfect RF simulation of wired nets.
  74.  
  75. > I find the word "horrified" pretty amusing; what did you expect to find given
  76. > the state of packet radio in most communities.  Packet radio will always be
  77. > a side interest in amateur radio.  It can't compete with CW W.A.S. awards or
  78. > weekend contests with robot cq machines. Packet means sharing, and that's a
  79. > hard road to follow in most first-world countries.
  80.  
  81. OK, rewrite 'I was horrified' as 'I cringed' - I'm really not that naive :-).
  82.  
  83. -adrian
  84.  
  85. ------------------------------
  86.  
  87. Date: Fri, 24 Jun 1994 16:42:19 -0700
  88. From: Phil Karn <karn@qualcomm.com>
  89. Subject: History and the Final TNC
  90. To: ssampson@sabea-oc.af.mil
  91.  
  92. >> It's no wonder that some of those contributors have disappeared from
  93. >> the list
  94.  
  95. >Most of them graduated and went to work...
  96.  
  97. Or changed jobs and started doing this stuff for real...
  98.  
  99. Phil
  100.  
  101. ------------------------------
  102.  
  103. Date: Fri, 24 Jun 94 07:14:00 -0000
  104. From: mikebw@bilow.bilow.uu.ids.net (Mike Bilow)
  105. Subject: IP-TNC, the beginings?
  106. To: tcp-group@UCSD.EDU
  107.  
  108. Cc: jackb@mdd.comm.mot.com
  109.  
  110. In a msg on <Jun 23 17:28>, Jack Brindle writes:
  111.  
  112. >>Phil Karn said:
  113. >>> What's wrong with PC clones? They're widely available, cheap 
  114. >>> and give a pretty good bang for the buck.
  115. >>
  116. >>I must agree...
  117.  
  118.  JB> Gosh, the chorus of "I agrees" is quickly beginning to sound like 
  119.  JB> "Because it's always been done that way." There actually are 
  120.  JB> better and cheaper ways to do the task, plus some folks 
  121.  JB> (myself included) actually ENJOY designing hardware.
  122.  
  123. The PC clone is not an especially attractive piece of hardware as a networking
  124. platform.  For example, there are limited IRQs, and they are all edge
  125. triggered.  The port addressing structure looks like someone went out of their
  126. way to make the whole 80x86 family emulate an 8080A.  The bus not only runs at
  127. 8 MHz, but still requires wait states on I/O.
  128.  
  129. I could go on, but the PC clone is the platform of choice for a lot of
  130. practical reasons.  You could obviously design special purpose hardware to
  131. outperform a PC clone, perhaps by an order of magnitude, for similar
  132. manufacturing costs in similar quantity.  However, there is no real hope of
  133. getting similar quantities manufactured, and your special purpose hardware will
  134. never turn up on the used market.
  135.  
  136. Nevertheless, cost is still not the driving factor for use of the PC clone
  137. platform.  The deciding issue is ease of software development.  Most of us
  138. already have compilers for the 80x86 PC clone, and a fair amount of experience
  139. working with them.  Almost every important development tool is available on the
  140. 80x86 platform somehow; GNU C++ has even been ported to MS-DOS (although it
  141. does require a 386 or better).
  142.  
  143.  JB> Then Admiral Grace Hopper would no longer have to worry about the 
  144.  JB> rut we have fallen into...
  145.  
  146. I have some bad news for you about the admiral, I'm afraid.
  147.  
  148. -- Mike
  149.  
  150. ------------------------------
  151.  
  152. Date: Fri, 24 Jun 1994 10:10:09 -0400
  153. From: hprice@bektek.com (Harold Price)
  154. Subject: IP-TNC, the beginings?
  155. To: tcp-group@ucsd.edu
  156.  
  157. > Jack Brindle said:
  158. >>Phil Karn said:
  159. >>> What's wrong with PC clones? They're widely available, cheap and give
  160. >>> a pretty good bang for the buck.
  161. >>
  162. >I must agree...
  163.  
  164. >Gosh, the chorus of "I agrees" is quickly beginning to sound like "Because
  165. >it's always been done that way." There actually are better and cheaper
  166. >ways to do the task, plus some folks (myself included) actually ENJOY
  167. >designing hardware.
  168.  
  169. There may be better ways.  There will only be a cheaper way if someone 
  170. throws in the hardware development costs for free, and gives the hardware 
  171. away (that is, sell it in hundreds quantities but priced to compete with a 
  172. commodity sold in the millions).  I mention this in June QEX.
  173.  
  174. Remember why we have the TNC legacy.  In 1984, a computer cost multiple 
  175. thousands.  I bought an IBM PC (4 MHz 8088) for $3000.  The TNC-2 gave 
  176. practically the same performance, and came with built-in I/O, for $219.  A 
  177. 1200 baud phone modem cost more than that.  TNCs were the cheap way to get 
  178. on the air, by an order of magnitude.
  179.  
  180. Now, you can buy a 386 motherboard (50x the tnc-2 performance?) for less 
  181. than the original TNC-2.  14.4kb phone modems are $99.
  182.  
  183. We get software solutions like NOS because people are willing to donate huge 
  184. amounts of development effort, and give away the resulting implementation.  
  185. We seldom get free hardware solutions because, while people are willing to 
  186. donate the development time, they are unwilling to give away assembled and 
  187. tested hardware boxes.  So it goes.
  188.  
  189. >Perhaps it's again time for someone to invoke the "code rule" by designing
  190. >better, cheaper hardware and software.
  191.  
  192. As you say.  It won't happen any other way.  The cheaper hardware will be a 
  193. problem, though.
  194.  
  195. Harold
  196.  
  197. ------------------------------
  198.  
  199. Date: Fri, 24 Jun 94 19:01:22 UTC
  200. From: eb3aod@albinyana.etse.urv.es
  201. Subject: MOSAIC Server
  202. To: tcp-group@UCSD.EDU
  203.  
  204. Hola a todos!!
  205.  
  206. Does anybody know where i can find the latest version of Mosaic Server for
  207. Macintosh??
  208.  
  209. I would like do a prove with Mosaic and amateur radio world ...
  210.  
  211.  
  212.  Saludos de Curro eb3aod
  213.  
  214. e-mail : curro@etse.urv.es
  215. AX25 : eb3aod@ea3rdt.eat.esp.eu
  216. "Data Highway" : In my Dreamland ...
  217.  
  218. ------------------------------
  219.  
  220. Date: Sat, 25 Jun 94 11:53:38 UTC
  221. From: eb3aod@albinyana.etse.urv.es
  222. Subject: MOSAIC Server
  223. To: tcp-group@UCSD.EDU
  224.  
  225. Hello again :
  226.  
  227. Thanks a lot to all who answer me about Mosaic Server for Apple.
  228.  
  229. But becarefull: the file NCSAMosaicMac.200A2.sea.hqx is a Mosaic Client if
  230. any want to up a Mosaic Server he/she must get the file (as Ian said) :
  231. MacHTTP.sit.hqx in 129.106.30.1  /public/mac/MacHTTP
  232.  
  233. Yes, i Know that a Mosaic csn work via radio. (I proved it with a "Front-End Radio"). But i want to up a Mosaic Server which ha
  234. s a Amateur-Radio "side". I will
  235. try to link with the Mosaic server my PR - Internet Gateway and all of services
  236. that this gateway (albinyana.etse.urv.es) are giving ...
  237.  
  238. Well thanks all to read me
  239.  
  240.  
  241.  Saludos de Curro eb3aod
  242.  
  243. e-mail : curro@etse.urv.es
  244. AX25 : eb3aod@ea3rdt.eat.esp.eu
  245. "Data Highway" : In my Dreamland ...
  246.  
  247. ------------------------------
  248.  
  249. Date: Sat, 25 Jun 1994 04:11:21 -0500 (CDT)
  250. From: ssampson@sabea-oc.af.mil (Steve Sampson)
  251. Subject: Router Project
  252. To: tcp-group@ucsd.edu
  253.  
  254. Gerard J van der Grinten <gvdg@nlr.nl> writes:
  255. > But to just "blast" a monitor prom who [that] forgets all about a keyboard
  256. > is a task greater as [than] writing the router code. There are a LOT of
  257. > different chip sets doing mmu, refresh, and other tasks for the zillion
  258. > versions of Mother(f...)boards [:-)].
  259.  
  260. FYI - I've had the AMI BIOS for the last few PC boxes I've owned, and they
  261. have a toggle for keyboard and video in CMOS.
  262.  
  263. -- 
  264. Steve
  265.  
  266. ------------------------------
  267.  
  268. Date: Fri, 24 Jun 94 13:48:40 +0100
  269. From: agodwin@acorn.co.uk (Adrian Godwin)
  270. Subject: Router Project (TNC from Hell)
  271. To: tcp-group@UCSD.EDU
  272.  
  273. > From: ssampson@sabea-oc.af.mil (Steve Sampson)
  274. > Develop code for an MS-DOS computer using Borland C++ which
  275. > has the following components:
  276.  
  277. But encapsulate the OS dependencies with a view to removing the OS
  278. altogether : on a system that has no applications, what does DOS
  279. do to justify it's memory usage after it's loaded NOS ?
  280. Freedom from DOS would give freedom to use the hardware as a real
  281. embedded system - cross-compiled, protected mode.
  282.  
  283. > There will be no other options, serial ports will not exist.  Prior
  284. > code from NOS or JNOS can be used.
  285.  
  286. Serial ports have some utility, even if you ban KISS TNCs - you can handle
  287. your telephone line comms on the same (shack) router.
  288.  
  289. > Comments
  290. > <Requested>
  291.  
  292. Ummm. I know your proposal is a gnat's whisker from a NOS switch anyway, 
  293. but if it's better to spend money than redevelop existing solutions, there's
  294. already a NOS-in-a-box from Gracilis. No DOS dependency, good performance,
  295. ethernet Real Soon Now. Would it be as cheap as that PC if everybody
  296. in the market for a TNC from hell bought one ? 68302s are finally available 
  297. in cheap packaging ..
  298.  
  299. -adrian
  300.  
  301. ------------------------------
  302.  
  303. Date: Fri, 24 Jun 94 15:20:00 -0000
  304. From: mikebw@bilow.bilow.uu.ids.net (Mike Bilow)
  305. Subject: Router Project (TNC from Hell)
  306. To: tcp-group@ucsd.edu
  307.  
  308. Cc: gvdg@nlr.nl
  309.  
  310.  GJvdG> PC boards make a easy platform, TRUE.
  311.  GJvdG> But to just "blast" a monitor prom who forgets all 
  312.  GJvdG> about a keyboard is a
  313.  GJvdG> task greater as writing the router code. There are a LOT of different
  314.  GJvdG> chip sets doing mmu, refresh, and other tasks for the zillion versions
  315.  GJvdG> of Mother(f...)boards. And the simple logic of "No 
  316.  GJvdG> keyboard present, strike
  317.  GJvdG> F1 to continue" indeed withholds mountain top 
  318.  GJvdG> operations. Bact to the X820...
  319.  
  320. This is a simple problem.  You don't replace the original BIOS ROM, but leave
  321. it installed.  Then you burn your new ROM as a BIOS extension ROM that sits in
  322. the address space between the C800 and EC00 segments, using a header that makes
  323. the BIOS ROM pick it up during the POST scan.
  324.  
  325. With modern BIOS versions, especially the AMI, you just set the keyboard to
  326. "Not Installed" on the ordinary setup screen.  This causes the machine to use
  327. the keyboard if it is found, but not to halt the boot process if no keyboard is
  328. found.  Other BIOS makers use a "Halt on any errors" setting that can be
  329. selected or not as you choose.
  330.  
  331. -- Mike
  332.  
  333. ------------------------------
  334.  
  335. Date: Fri, 24 Jun 94 13:58:06      
  336. From: jks@giskard.utmem.edu
  337. Subject: Router Project (TNC from Hell)
  338. To: tcp-group@UCSD.EDU
  339.  
  340. Steve Sampson writes:
  341.  
  342. > This device will interface the RF Local Area Network with the Baseband
  343. > Local Area Network.  It will allow connected and unconnected AX.25 protocol
  344. > encapsulated IP to be converted to Ethernet encapsulated IP and vice versa.
  345. > There will be no FTP, or SMTP, but a command oriented Telnet port for
  346. > configuration will be available (both RF and Baseband access).  Other RF
  347. > protocols above Level 2 will not be used (Net/Rom).
  348.  
  349. *BINGO*
  350.  
  351. > Use KA9Q NOS rather than JNOS.  JNOS has such a large development group that
  352. > it is almost unreadable.
  353.  
  354. Exact and major problem!
  355.  
  356. > Once the code is developed it should be frozen.
  357.  
  358. Gotta Do!
  359.  
  360. > Any other
  361. > modifications such as BBS and interface to the washing machine and dryer should
  362. > be taken to a new baseline and version name and extended from there.  This
  363. > version should be fixed as a small router with a command interface for
  364. > configuration purposes.  The intent is to operate as a backbone on both RF
  365. > paths, LAN paths, and Internet paths.  If a BBS is desired then a JNOS box
  366. > should be interfaced to the network using Ethernet.
  367.  
  368. Well summed up! I think this should be a very do-able project. This would 
  369. leave anyone elses NOS preferences alone but allow for the kind of stable 
  370. performance needed in a gateway. Let's do it! Hardly a TNC from Hell tho'
  371.  
  372. KD4IZ
  373.  
  374. ------------------------------
  375.  
  376. Date: Fri, 24 Jun 94 10:46:47 EST
  377. From: "Shannon, Lew" <lshannon@wpdsmtp.daytonoh.NCR.COM>
  378. Subject: Telnet Client for JNOS
  379. To: tcp-group@UCSD.EDU
  380.  
  381. From: rtorres@tazz.coacade.uv.mx
  382. >Hi!! Does somebody knows about a good Telnet Windows client for the KA9Q or 
  383. >JNOS?? All the telnet clients works perfectly on Unix machines but for the NOS 
  384. >it needs the \127 key as backspace and <cr><lf> for enter. 
  385.  
  386. Try Winqvt.  You can specify the backspace character, remap the enter key, and 
  387. get local echo.  That combo works very well with Jnos.
  388.  
  389. Lew, K0RR
  390.  
  391. ------------------------------
  392.  
  393. End of TCP-Group Digest V94 #129
  394. ******************************
  395.